This media is not supported in your browser
VIEW IN TELEGRAM
今天太开心了。
中午吃高档吃食,各种牛羊猪海鲜、中日西餐、水果甜点饮品无限量供应。
晚上吃火锅。
上午和下午,小吃饮料水果无限量。
最重要的是,全白嫖!
中午吃高档吃食,各种牛羊猪海鲜、中日西餐、水果甜点饮品无限量供应。
晚上吃火锅。
上午和下午,小吃饮料水果无限量。
最重要的是,全白嫖!
This media is not supported in your browser
VIEW IN TELEGRAM
mongodb 太牛逼了
今早我们一数据库出了锅,然后我们从 delayed secondary 节点导出了数小时前的数据库 dump。然后在 master 节点上 drop 了出了锅的库,再导入 dump。
dump 压缩后大概 2GiB,按照预期,导入开始后,mongodb 应该会开始把这 2GiB 数据从 master 同步到各个 secondary。
但是咱一直没看到数据同步的迹象,机器间的流量在 100KiB/s 左右,很小,反倒是 secondary 的 CPU 一直单核 100% ,不知道在干嘛。
就这么过了 7 分钟,rs.status() 突然告诉我同步完了???
太牛逼了,mongodb 一定有啥 oplog 复用的魔法(我都把数据库 drop 了,mongodb 会直接删数据库文件,只剩 oplog 里还有可能有数据)
今早我们一数据库出了锅,然后我们从 delayed secondary 节点导出了数小时前的数据库 dump。然后在 master 节点上 drop 了出了锅的库,再导入 dump。
dump 压缩后大概 2GiB,按照预期,导入开始后,mongodb 应该会开始把这 2GiB 数据从 master 同步到各个 secondary。
但是咱一直没看到数据同步的迹象,机器间的流量在 100KiB/s 左右,很小,反倒是 secondary 的 CPU 一直单核 100% ,不知道在干嘛。
就这么过了 7 分钟,rs.status() 突然告诉我同步完了???
太牛逼了,mongodb 一定有啥 oplog 复用的魔法(我都把数据库 drop 了,mongodb 会直接删数据库文件,只剩 oplog 里还有可能有数据)
为了过一个软件的检测,我把手机 SIM, SSID, MCC, 语言, 时区, Google 账号 等一堆东西都改到日本。鼓捣了大半天,成功过了检测。
然后突然想起来我晚上 19:00 有个活动要去参加。然后一打开手机看时间——“woc,已经 20:00 了,活动已经结束了。寄了,不去了不去了”。
然后现在才想起来……时区没换回去。
(要是我再瞅一眼记在日历里的事件就不会发生这样的喜剧了,毕竟日历是随着时区变的。)
然后突然想起来我晚上 19:00 有个活动要去参加。然后一打开手机看时间——“woc,已经 20:00 了,活动已经结束了。寄了,不去了不去了”。
然后现在才想起来……时区没换回去。
(要是我再瞅一眼记在日历里的事件就不会发生这样的喜剧了,毕竟日历是随着时区变的。)